Automatically joining devices to a video conference

ABSTRACT

The present technology allow for a user&#39;s portable device to automatically join a videoconference without any action by a user. A collaboration service can be aware of portable devices in a conference room that is an endpoint for a video conference, and learn of identities associated with the portable devices present in the conference room. After the video conference is initiated in the conference room, all devices that are in communication with the collaboration service can also be automatically joined to the conference. Since all conference participants in the conference room have their own portable device that is joined to the conference the portable devices in the conference room act as a second screen available to the video conference. As such video from the conference can be directed to a common conference room display, while conference materials can be displayed separately on the portable devices. Additionally, each conference participant&#39;s identity can be added to a conference participant roster automatically.

CROSS-REFERENCE TO RELATED APPLICATION

This application claims the benefit of, and priority to, U.S. Non-Provisional patent application Ser. No. 15/499,595, filed on Apr. 27, 2017, entitled “AUTOMATICALLY JOINING DEVICES TO A VIDEO CONFERENCE,” the content of which is hereby expressly incorporated by reference in its entirety.

TECHNICAL FIELD

The present disclosure pertains to joining users to a conference and more specifically to automatically joining users within a conference room to a conference.

BACKGROUND

Video conferencing has become a prevalent mechanism for conducting conferences. While videoconferencing can provide a better conference experience than an audio only teleconference, videoconferencing still has several areas which could be improved. For example when a large conference room is an endpoint for a videoconference it can be very difficult to get all conference participants in one frame, and even if all conference participants can be captured in one frame, it can often be difficult to recognize a person in the frame. This makes it so conference participants not in the large conference room often may be unaware of the identity of all the conference participants in that conference room.

Another challenge present in videoconferences occurs when there is a lot of visual material to be shared with conference endpoints. For example a conference room display may be able to effectively display a video of a speaker, or display shared conference materials such as a presentation, but when the conference room display presents both video of a speaker and shared conference materials at the same time neither the video nor the conference materials are easily viewed by conference participants. This could be because the room is large and the size of fonts in the materials make it difficult to read for participants towards the back of the room.

BRIEF DESCRIPTION OF THE DRAWINGS

The above-recited and other advantages and features of the disclosure will become apparent by reference to specific embodiments thereof which are illustrated in the appended drawings. Understanding that these drawings depict only example embodiments of the disclosure and are not therefore to be considered to be limiting of its scope, the principles herein are described and explained with additional specificity and detail through the use of the accompanying drawings in which:

FIG. 1 is a conceptual block diagram illustrating an example network environment for providing conferencing capabilities, in accordance with various embodiments of the subject technology;

FIG. 2 is an example method, in accordance with various embodiments;

FIG. 3A and FIG. 3B illustrate example methods, in accordance with various embodiments;

FIG. 4 illustrates an example display of a collaboration application according to some embodiments;

FIG. 5 illustrates an example display of a collaboration application according to some embodiments;

FIG. 6 illustrates an example conference roster according to some embodiments;

FIG. 7 illustrates an example prompt of a collaboration application according to some embodiments; and

FIG. 8 illustrates an example possible system embodiment.

DESCRIPTION OF EXAMPLE EMBODIMENTS

Various embodiments of the disclosure are discussed in detail below. While specific implementations are discussed, it should be understood that this is done for illustration purposes only. A person skilled in the relevant art will recognize that other components and configurations may be used without parting from the spirit and scope of the disclosure.

Overview:

The present technology improves limitations of traditional videoconferencing systems. Depending on the number of participants in a videoconference, and the location of those participants it can be difficult to know the identity of all of the conference participants. For example when conference participants are gathered in a large conference room, it can be difficult to make out the identity were to recognize the conference participants in the video of that conference room. Further, when conference materials are presented in a videoconference on a common display along with video feeds from cameras in conference rooms joined to the videoconference it can be difficult to make out the content of the conference materials and the video feed may also become difficult to clearly see.

The present technology can ameliorate these problems by making use of portable devices brought to the conference by conference participants. For example if a conference participant were to join their portable device to the conferencing service, conference participant would be open to view conference materials on their portable device. However, asking a conference participant to take the steps required to manipulate their portable device to join a conference provides a barrier to entry so great that many conference participants will not take such steps. As such the present technology can automatically join the conference participants portable device to a conference without any action taken by the user of the portable device.

While some embodiments of the present technology allow for a user's portable device to automatically join a videoconference without any action by a user, the present disclosure acknowledges that such a use case might not be desirable to the user. As such the present technology expressly contemplates that commercial implementations of technology described herein may be implemented with prompts to receive approval from users of portable devices before taking actions or may be implemented user configurable options and user consent to allow for fully automatic joining of videoconferences by portable devices. Therefore while the present technology may be described herein in terms of automatic functions that do not require user input commercial embodiments may in fact request user input to provide a better user experience.

The present technology provides for a collaboration service that can be aware of relevant devices in a specific conference room that is an endpoint for a video conference. For example the collaboration service can be aware of the video conferencing endpoint in the conference room, and can learn the identifiers of any portable devices present in the conference room. The collaboration service can also learn of identities (e.g., user identities, user names, account identities, etc.) associated with the portable devices present in the conference room. In some embodiments, collaboration service learns of the identifiers of the portable devices, and the associated identities from an application running on the portable devices that is configured to automatically communicate with the collaboration services when the application detects that the portable device is in the conference room.

The videoconference can be launched by any device in the conference room that is in communication with the collaboration service. These devices can include the video conferencing endpoint (i.e., conference room device), any of the portable devices, or a conference room assistant device (that can receive spoken requests and take actions).

Once the video conference is launched in the conference room by any device in the conference room that is in communication with the collaboration service, all other devices that are in communication with the collaboration service can also be automatically joined to the conference. Alternatively, only devices that are both in communication with the collaboration service, and that are associated with an identity that has been invited, or otherwise has access privileges to be present in the conference can be automatically joined. In such embodiments, portable devices that are in communication with the collaboration service, but not invited to the conference may ask to gain permission to be added to the video conference.

In some embodiments, it may be assumed that all conference participants in the conference room have their own portable device that is joined to the conference. Such assumption allows to make use of the portable devices in the conference room as a second screen available to the video conference. As such video from the conference can be directed to a common conference room display, while conference materials can be displayed separately on the portable devices. In such embodiments, the portable devices might be joined to the conference in a limited mode, wherein at least audio is not sent to the portable devices to avoid sound feedback loops.

Since each participant is automatically joined to the conference using their portable device, and since the collaboration service is aware of an identity associated with the portable device, each conference participants identity can be added to a conference participant roster automatically.

DETAILED DESCRIPTION

FIG. 1 is a conceptual block diagram illustrating an example environment for providing conferencing capabilities, in accordance with various embodiments of the subject technology.

FIG. 1 illustrates collaboration service 120 that is in communication with devices from one or more geographic locations. In FIG. 1, conference room 130 is in one such geographic location. Client device 145 can be in another geographic location, or at least not in conference room 130.

Conference room 130 includes a conference room device 134, and a display 136. Display 136 may be a monitor, a television, a projector, a tablet screen, or other visual device that may be used during the conferencing session. Conference room device 134 is configured to provide a user interface to receive and relay commands to interact with collaboration service 120 to launch or control conferencing functions. In some embodiments, conference room device 134 is configured to interface with display 136 and provide the conferencing session input for display 136. Conference room device 134 may be integrated into display 136 or separate from display 136 and communicate with display 136 via a Universal Serial Bus (USB) interface, a High-Definition Multimedia Interface (HDMI) interface, a computer display standard interface (e.g., Video Graphics Array (VGA), Extended Graphics Array (XGA), etc.), a wireless interface (e.g., Wi-Fi, infrared, Bluetooth, etc.), or other input or communication medium. While not illustrated conference room 130 can include at least one audio device which may include one or more speakers, microphones, or other audio equipment that may be used during the conferencing session that can be controlled by conference room device 134.

In some embodiments conference room 130 can also include conference assistant device 132 that is assigned to conference room 130. Conference assistant device 132 is configured to provide assistance with conferencing functions through use of artificial intelligence. For example conference assistant device 132 can operate as robot that can receive voice commands to start a conference or otherwise interact with collaboration service 120 on behalf of conference participants in conference room 130. For example, a user may enter a room and say “Please start my conference.” The conference assistant device may receive the instructions via a microphone and transmit the instructions to the collaboration service 120. The collaboration service 120 may convert the speech to text using speech-to-text functionality or third-party service. The collaboration service 120 may use natural language processing to determine the user's intent to start a conference, identify an appropriate calendar entry for the user or conference room, and start the conference associated with the calendar entry. In some cases, collaboration service 120 may further use text-to-speech functionality or service to provide responses back to the user via the conference assistant device. Conference assistant device 132 may be a separate physical device from conference room device 134, or may merely represent software functionality implemented on conference room device 134 along with collaboration service 120.

Either or both of conference assistant device 132 or conference room device 134 is configured to pair with portable computing devices 142. In some embodiments this is achieved by conference assistant device 132 and/or conference room device 134 emitting ultrasonic sound waves (e.g., at frequencies in the ultrasonic range that are beyond the range of human hearing). In some embodiments, the sound waves may be encoded with information such as a current time and a location identifier. The location identifier may be, for example, conference assistant device 132 identifier, conference room 130 identifier, or a random number that varies over time etc. The ultrasonic sound waves encoded with information may be considered an ultrasonic token or series of tokens, the knowledge of which represents a proof of presence in that conference room 130.

Portable device 142 may detect the ultrasonic token or tokens, and inform collaboration pairing service 210 that portable device 142 detected the ultrasonic token or tokens from the conference assistant device 132 or conference room device 134. In order to take action on the detected ultrasonic token, portable device 142 must have collaboration application 122 running. In some embodiments, collaboration pairing service 210 may check that the ultrasonic token or tokens are valid and correspond to ones emitted by a current conference room device within a recent time period. If portable device 142 received the ultrasonic token at the appropriate time and having the correct number, collaboration pairing service confirms that portable device 142 is in conference room 130, and the collaboration pairing service 210 may pair portable device 142, and conference assistant device 132 and/or conference room device 134. In some embodiments, pairing service 210 can coordinate direct pairing between portable device 142 and conference assistant device 132 and/or conference room device 134 such that the devices can communicate directly with each other. In some embodiments, pairing service 210 provides for indirect pairing between portable device 142 and conference assistant device 132 and/or conference room device 134 wherein communications between portable device 142 and conference assistant device 132 and/or conference room device 134 are passed through collaboration service 120.

As long as collaboration application 122 is running on portable device 142, pairing can occur without any interaction from a user of portable device 142. Though, in some embodiments, application 122 may request confirmation from the user before such action is taken.

In some embodiments, conference assistant device 132 and portable device 142 may pair together directly, without the assistance of collaboration pairing service 210. Furthermore, in some embodiments, the roles are reversed where portable device 142 emits high frequency sound waves and an ultrasonic sensor of conference assistant device 132 detects the high frequency sound waves from portable device 142.

In some embodiments, conference room 130 might have either conference assistant device 132 or conference room device 134. In embodiments where only one or the other exists, core functions of both devices can be integrated into one device. These core functions include: detecting the presence of portable devices 142, pairing with portable devices 142, and joining conference room 130 into a conference.

In some embodiments, other technologies can be used to establish pairing. These include Bluetooth or Bluetooth low energy (BLE), facial recognition, or other techniques which can, through a combination of software on the portable device 122, software on the conference room 134 or 132, and cloud service 120, work together to establish the fact that one or more user identities are present in conference room 130.

Portable devices 142 may have an operating system and run collaboration application 122 that is configured to interface with the collaboration service 120 or conference assistant device 132 in facilitating a conferencing session for a user. In some embodiments, collaboration application 122 can detect the presence of conference assistant 132 or conference room device 134 (through ultrasonic token described above), and using information learned from the ultrasonic token, pair with these devices. In some embodiments, whether or not collaboration application 122 is paired with conference assistant 132 or conference room device 134, collaboration application 122 also provides an interface effective for interacting with or controlling functions of collaboration service 120. In some embodiments collaboration application can be third-party application and interacts with collaboration service 120 via available API.

Scheduling service 220 is configured to identify an appropriate conference to start based on the paired devices, and can be used to determine if an identity associated with the paired devices can be admitted to a conference. As will be discussed in further detail below, scheduling service 220 may identify an identity associated with portable device 142 in a particular conference room. Scheduling service 220 may access an electronic calendar for conference room 130, an electronic calendar for the portable device 142, or both to perform its functions. An electronic calendar may include a schedule or series of entries for the user, a conference assistant device, a conference room, or any other resource associated with a conference. Each entry may signify a conference or collaboration session and include a date and time, a list of one or more participants, a list of zero or more locations, or a list of one or more conference resources. The electronic calendar may be stored by the scheduling service 220 or a third party service and accessed by scheduling service 220.

Conferencing service 230 is configured to start and manage a conferencing session between two or more devices (e.g., display 136, portable device(s) 142, portable devices 145, etc.), and is responsible for directing conference content (audio, video, screen share and other information) to the participants and devices in the conference

FIG. 2 illustrates an example general method for automatically joining conference participants to a conference according to the present technology. As illustrated in FIG. 2, collaboration service 120 receives (302) information regarding identities and device identifiers associated with portable devices 142 present in conference room 130. Meanwhile collaboration service can initiate (304) the conference in response to receiving a command to do so, said conference now taking place on device 134 in conference room 130.

Collaboration service 120 can determine (306) that at least one portable device 142 in the conference room is not joined into the conference taking place on device 134, and determine (306) that an identity associated with the at least one portal device 142 in the conference room that is not joined into the conference is invited to the conference. In response to such determinations (306) collaboration service 120 can automatically join (308) those portal devices 142 into the conference. In some embodiments, portable device 142 does not need to be paired to conference room device 134 to be automatically joined into the conference. As long as collaboration service can determine that portable device 142 is in conference room 130, and that an identity associated with portable device 142 belongs in the conference, collaboration service 120 can automatically join portable device 142 into the conference.

In addition to automatically joining (308) portable devices 142 into the conference, collaboration service 120 can add (310) the identities associated with the portable devices 142 to a conference roster of the conference. Conference service 230 presents (312) video from the conference on conference room display 136. Conference service 230 further interacts with collaboration application 142 to present (314) materials for the conference on the portable devices.

FIG. 3A illustrates an example embodiment for automatically joining conference participants to a conference. In some embodiments, in order to join conference participants to the conference they must have a portable device 142 running collaboration application 122. Within conference room 130, conference room device 134 can transmit an ultrasonic token or tokens (402). Any device running collaboration application 122 can interpret the transmitted ultrasonic token or tokens. As illustrated in FIG. 3A first portable device 142A, and second portable device 142B have collaboration application 122 and can detect (404) the ultrasonic token transmitted by conference room device 134. After detecting (404) the ultrasonic token, portable devices 142 can communicate with pairing service 210 of collaboration service 120 to request to be paired with conference room device 134. Communication from the portable devices 142 to pairing service 210 includes information extracted from the transmitted ultrasonic token or tokens. Based on information from the transmitted ultrasonic tokens, pairing service 210 can pair (406) portable devices 142 to conference room device 134.

Prior to, after, or concurrent with the pairing of portable devices 142 with conference room device 134, conference room device 134 can be used to join (410) conference room 130 into the conference. This can be accomplished by a conference participant interacting with conference room device 134, and conference room device 134 communicating with collaboration service 120 to join (412) conference room 130 into the conference. Once conference room 130 is joined into the conference conferencing service 230 can send video of the conference to display 136 for display (414).

In some embodiments, once joined to the conference, conference room 130 is configured to request content from conferencing service 230. For example, if no portable devices are simultaneously paired with conference room device 134 or pairing service 210, the conference room device 134 will request all available content including video, and conference materials, and audio. However, consistent with some embodiments of the present technology, when conference room device 134 is aware that one or more portable device 142 are present in conference room 130, conference room device might only request video and audio from conferencing service 230, and leave portable devices 142 to request conference materials as described below. Alternatively, it might always render content regardless of the portable devices in the room.

After conference room 130 is joined to the conference and portable devices 142 are paired with conference room device 134, it is then possible to automatically link portable devices 142 with associated identities into the conference. This can be accomplished by collaboration service 120 which is aware of portable devices 142 in conference room 130, and is also aware of identities associated with portable devices 142 from information acquired during pairing (406). For example during the pairing process collaboration application 122 can communicate the user identifier or other credentials to identify a user associated with portable device 142.

Using user identifier or other credentials scheduling service 220 can determine that identity should be automatically joined to the conference. This can be accomplished by determining that the identity associated with portable device 142 is present on an electronic conference invitation (such as a calendar invitation). In some embodiments the conference invitation will also include conference room 130 in the invitation. In some embodiments, such as when the conference was started ad hoc, without prior scheduling, scheduling service 220 can determine the conference was launched from a collaborative space and that the identity associated with portable device 142 is therefore temporarily associated with that collaborative space while the conference is in progress. For example, FIG. 4 illustrates a screen display 502 from a first client device and a screen display 512 from a second client device. Screen displays 502, 512 illustrate a collaborative space 504 (called “Racks and Bars”) to which identity 500 and identity 510 are both associated. A user having identity 500 operating client device displaying screen display 502 can initiate a conference directly from collaborative space 504 by selecting user interface feature 506.

After confirming that the identity associated with portable device 142 that is in conference room 130 is invited to the conference, conferencing service 130 can automatically join (416) paired portable devices into a conference by communicating with collaboration application 122 on portable devices 142 to accept an invitation to join the conference. Portable devices 142 can accept the invitation and join (417) the conference. Alternatively, pairing service can inform portable devices that they are present in the room, and those devices can request to join the conference.

Once portable devices 142 are joined into the conference, the identities associated with portable devices 142 can be automatically added (418) to a conference attendance roster as illustrated in FIG. 6.

When portable device 142 join the conference using collaboration application 122, it can request to received only limited feeds from conferencing service 230. Since application 122 is aware that it is paired to pairing service 210 and conference room device 134, application 122 is aware that portable device 142 is in conference room 130. As such, it should not request an audio feed because playing the audio would result in a feedback loop with the audio equipment in conference room 130. Application 122 requests (419) conference materials.

Conferencing service 230 can send (420) any conference materials to joined portable devices so that portable devices 142 can display (422) conference materials. In such embodiments video from the conference can be displayed (414) on display 136 while conference materials can be displayed (422) on portable devices 142. Video from the conference can include video feeds of conference participants, while conference materials can include screen shares, presentations, shared spaces, conference attendance rosters, whiteboards, etc. For example FIG. 5, illustrates conference materials 520 displayed by collaboration application 122 on portable devices display 502 and display 512, each being displayed on respective portable devices 142. Both display 502 and 512 display common conference materials 520, which include collaborative space 504 and conference roster 522.

In some embodiments wherein multiple portable devices 142 are present in conference room 130 and have requested conference materials from conferencing service 230, conferencing service 230 can send the materials to each of portable device 142 directly over a networked connection. While in some embodiments, conferencing service 230 can send conference materials to conference room device which can broadcast the conference materials to all portable devices 142 in conference room 130. Such embodiments can provide a more efficient use of bandwidth and better synchronize the experiences of multiple portable devices 142.

FIG. 3B illustrates another example method for automatically joining conference participants into a conference. FIG. 3B is similar in many respects to FIG. 3A except that instead of joining conference room 130 into the conference using conference room device 134, first portable device 142A is used to join conference room 130 into conference. Just as in FIG. 3A conference room device 134 can transmit (402) an ultrasonic token, which can be detected (404) by first portable device 142A and second portable device 142B.

First portable device 142A can then transmit detected token to pairing service 210 and request to be paired with conference room device 134 Pairing service 210 can pair (406) first portable device to conference room device 134. Once paired, first portable device 142A can use conference application 122 two join (410) itself and conference room 130 into the conference through communication with conferencing service 230. Conferencing service 230 of collaboration service 120 can join (412) conference room 130 and first portable device 142A into the conference, and display (414) conference video on display 136.

Before, after, or concurrently with first portable device 142A pairing with conference room device 134, second portable device 142B can itself detect (404) ultrasonic token and communicate with pairing service 210 to request to be paired to conference room device 134, and pairing service 210 can pair second portable device 142B with conference room device 134. Once paired collaboration service 120 can automatically join (416) paired portable device 142B into the conference.

In both FIG. 3A and FIG. 3B once the conference has begun in a conference room and a portable device has paired with conference room device 134 in the conference room 130 portable devices 142 automatically join to the conference without any interaction from operators of portable devices 142. In some embodiments, the automatically joining portable devices to the conference can occur at any time during the conference. Thus, a conference attendee joining the conference late will be automatically joined into the conference as soon as the attendee's device completes pairing with the conference room device.

FIG. 6 illustrates an example conference roster 602 presented on portable devices 142. Conference roster 602 can be organized by conference location. For example 604 represents conference participants in a conference room in San Francisco. As illustrated there are three conference participants in the same conference room in San Francisco, and each has a common mute/un-mute status since they are all in the same conference room together. 606 illustrates another conference room in New Jersey where one conference participant is located. 608 represents a remote conference participant. This participant is not located in any conference room associated with the conference. This participant may be anywhere that portable device 145 can receive a network connection. This includes the possibility that the participant is in a conference room that is either not equipped with necessary conferencing equipment or is not being utilized.

Participants can be organized by conference room because pairing service 210 of collaboration service 120 is aware of all portable devices 142 that have paired with conference room device 134 in conference room 130.

The conference roster 602 is useful to overcome a common problem associated with videoconferences, wherein participants outside of a large conference room are often unaware of who might be participating in the conference within the large conference room. While conferencing service 230 may transmit video of the large conference room to other conference rooms or remote portable devices 145, is often difficult to make out all conference participants in the video feed and often some participants can be off-camera. In addition, remote participants may not be able to visually recognize everyone since they don't know everyone. Thus the present technology solves this problem by automatically adding all conference participants to the conference roster and organizing the roster by conference room so that conference participants outside the conference room can know the full list of attendees.

In some embodiments a conference participant that is in conference room 130 may leave with their portable device 142 before the conference is over. In such embodiments, portable device 142 will no longer detect an ultrasonic signal from conference room device 134, and will determine that portable device 142 is no longer in conference room 130. In response to such termination, collaboration application 122 can prompt the conference participant to answer whether they would like to continue the conference from portable device 142. For example, FIG. 7 illustrates screen display 502 displaying prompt 702 asking the user to selected whether or not they would like to continue the conference on their laptop. If the conference participant chooses the option that they would like to continue the conference from their portable device 142 portable device 142 can request a full conference stream from conferencing service 230 (which includes conference audio). As the user continues participation in the conference from outside conference room 130, portable device 142 can present all conference features including video and audio which were previously provided by conference room device 134 and display 136.

While the embodiments addressed above have focused on a use case wherein portable devices 142 are associated with identities that have been invited to the conference, in some embodiments the present technology can also handle un-invited identities. In such embodiments, when collaboration service determines that a device has paired with pairing service 210 that is associated with an identity that does not appear on a conference invite for the conference and/or is not a member of a collaborative space associated with the conference, collaboration service 120 will not automatically join the portable device associated with uninvited identity into the conference. Instead collaboration service 120 can instruct collaboration application 122 to present a message asking if the user would like to request to join the conference. If the user responds that they would like to join the conference, collaboration service can prompt the conference host to admit the user into the conference.

FIG. 8 shows an example of computing system 800 in which the components of the system are in communication with each other using connection 805. Connection 805 can be a physical connection via a bus, or a direct connection into processor 810, such as in a chipset architecture. Connection 508 can also be a virtual connection, networked connection, or logical connection.

In some embodiments computing system 800 is a distributed system in which the functions described in this disclosure can be distributed within a datacenter, multiple datacenters, a peer network, etc. In some embodiments, one or more of the described system components represents many such components each performing some or all of the function for which the component is described. In some embodiments, the components can be physical or virtual devices.

Example system 800 includes at least one processing unit (CPU or processor) 810 and connection 805 that couples various system components including system memory 815, such as read only memory (ROM) and random access memory (RAM) to processor 810. Computing system 800 can include a cache of high-speed memory connected directly with, in close proximity to, or integrated as part of processor 810.

Processor 810 can include any general purpose processor and a hardware service or software service, such as services 832, 834, and 836 stored in storage device 830, configured to control processor 810 as well as a special-purpose processor where software instructions are incorporated into the actual processor design. Processor 810 may essentially be a completely self-contained computing system, containing multiple cores or processors, a bus, memory controller, cache, etc. A multi-core processor may be symmetric or asymmetric.

To enable user interaction, computing system 800 includes an input device 845, which can represent any number of input mechanisms, such as a microphone for speech, a touch-sensitive screen for gesture or graphical input, keyboard, mouse, motion input, speech, etc. Computing system 800 can also include output device 835, which can be one or more of a number of output mechanisms known to those of skill in the art. In some instances, multimodal systems can enable a user to provide multiple types of input/output to communicate with computing system 800. Computing system 800 can include communications interface 840, which can generally govern and manage the user input and system output. There is no restriction on operating on any particular hardware arrangement and therefore the basic features here may easily be substituted for improved hardware or firmware arrangements as they are developed.

Storage device 830 can be a non-volatile memory device and can be a hard disk or other types of computer readable media which can store data that are accessible by a computer, such as magnetic cassettes, flash memory cards, solid state memory devices, digital versatile disks, cartridges, random access memories (RAMs), read only memory (ROM), and/or some combination of these devices.

The storage device 830 can include software services, servers, services, etc., that when the code that defines such software is executed by the processor 810, it causes the system to perform a function. In some embodiments, a hardware service that performs a particular function can include the software component stored in a computer-readable medium in connection with the necessary hardware components, such as processor 810, connection 805, output device 835, etc., to carry out the function.

For clarity of explanation, in some instances the present technology may be presented as including individual functional blocks including functional blocks comprising devices, device components, steps or routines in a method embodied in software, or combinations of hardware and software.

Any of the steps, operations, functions, or processes described herein may be performed or implemented by a combination of hardware and software services or services, alone or in combination with other devices. In some embodiments, a service can be software that resides in memory of a client device and/or one or more servers of a content management system and perform one or more functions when a processor executes the software associated with the service. In some embodiments, a service is a program, or a collection of programs that carry out a specific function. In some embodiments, a service can be considered a server. The memory can be a non-transitory computer-readable medium.

In some embodiments the computer-readable storage devices, mediums, and memories can include a cable or wireless signal containing a bit stream and the like. However, when mentioned, non-transitory computer-readable storage media expressly exclude media such as energy, carrier signals, electromagnetic waves, and signals per se.

Methods according to the above-described examples can be implemented using computer-executable instructions that are stored or otherwise available from computer readable media. Such instructions can comprise, for example, instructions and data which cause or otherwise configure a general purpose computer, special purpose computer, or special purpose processing device to perform a certain function or group of functions. Portions of computer resources used can be accessible over a network. The computer executable instructions may be, for example, binaries, intermediate format instructions such as assembly language, firmware, or source code. Examples of computer-readable media that may be used to store instructions, information used, and/or information created during methods according to described examples include magnetic or optical disks, solid state memory devices, flash memory, USB devices provided with non-volatile memory, networked storage devices, and so on.

Devices implementing methods according to these disclosures can comprise hardware, firmware and/or software, and can take any of a variety of form factors. Typical examples of such form factors include servers, laptops, smart phones, small form factor personal computers, personal digital assistants, and so on. Functionality described herein also can be embodied in peripherals or add-in cards. Such functionality can also be implemented on a circuit board among different chips or different processes executing in a single device, by way of further example.

The instructions, media for conveying such instructions, computing resources for executing them, and other structures for supporting such computing resources are means for providing the functions described in these disclosures.

Although a variety of examples and other information was used to explain aspects within the scope of the appended claims, no limitation of the claims should be implied based on particular features or arrangements in such examples, as one of ordinary skill would be able to use these examples to derive a wide variety of implementations. Further and although some subject matter may have been described in language specific to examples of structural features and/or method steps, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to these described features or acts. For example, such functionality can be distributed differently or performed in components other than those identified herein. Rather, the described features and steps are disclosed as examples of components of systems and methods within the scope of the appended claims. 

1. A computer-implemented method comprising: receiving, at a collaboration service, information regarding a conference, the conference to include content with at least audio and video; receiving a request to initiate the conference from a first device, the conference associated with a second device; and joining the second device to the conference, the second device joined to receive a portion of the content.
 2. The computer-implemented method of claim 1, wherein the second device is automatically joined to the conference upon learning the first device is joined to the conference.
 3. The computer-implemented method of claim 1, wherein the second device is paired with a conference room device.
 4. The computer-implemented method of claim 1, wherein the first device is a conference room device.
 5. The computer-implemented method of claim 1, wherein the first device is a portable computing device associated with a conference participant.
 6. The computer-implemented method of claim 1, wherein the request to initiate the conference occurs prior to the receiving of the information.
 7. The computer-implemented method of claim 1, further comprising: upon determining the second device is no longer paired to the conference, presenting a prompt asking whether the conference should be continued or ended.
 8. The computer-implemented method of claim 1, further comprising: sending a conference roster with information indicating the first device and the second device are in a same location.
 9. The computer-implemented method of claim 1, wherein the portion of the content includes conference materials.
 10. The computer-implemented method of claim 1, wherein the portion of the content includes the video.
 11. The computer-implemented method of claim 1, further comprising: simultaneously sending video of a speaker and conference materials.
 12. The computer-implemented method of claim 1, further comprising: presenting a prompt to the second device requesting confirmation that the second device should be joined to the conference.
 13. A non-transitory computer readable medium comprising instructions stored thereon, the instructions effective to cause a computing system to: receive information regarding a conference, the conference to include content with at least audio and video; receive a request to initiate the conference from a first device, the conference associated with a second device; and join the second device to the conference, the second device joined to receive a portion of the content.
 14. The non-transitory computer readable medium of claim 13, wherein the instructions further cause the computing system to modify a conference roster when the second device is joined to the conference.
 15. The non-transitory computer readable medium of claim 13, wherein the portion of the content includes the video.
 16. The non-transitory computer readable medium of claim 13, wherein the instructions further cause the computing system to simultaneously send the video to the second device and to a display in a conference room.
 17. A system comprising: one or more conference services configured to: receive information regarding a conference, the conference to include content with at least audio and video, receive a request to initiate the conference from a first device, the conference associated with a second device, and join the second device to the conference, the second device joined to receive a portion of the content.
 18. The system of claim 17, wherein the one or more conference services are further configured to add the first device to a conference roster of the conference.
 19. The system of claim 17, wherein the one or more conference services are further configured to, upon determining the second device is no longer joined to the conference send a prompt asking whether the conference should be continued or ended.
 20. The system of claim 17, wherein the one or more conference services are further configured to simultaneously send video to the second device and to a display in a conference room. 